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(57) A method and an apparatus for shaping the out- 
put traffic in the transmit part of an network node adapter 
equipped with output lines. The network node supports 
fixed length cell switching user information traffics 
between a source unit and a destination unit; the inven- 
tion uses two lookup tables called the active and the 
standby calendars (959,957) per one of said output line, 
each entry in the calendars representing the position of 
one cell in the output cell stream which will be sent onto 
said output lines; In the preferred embodiment three 



parameters tables (935,947,949) are used to store the 
information on the user traffics in the descending order 
of their bandwidth share negotiated at traffic establish- 
ment time; controlled by the control device (940), the 
placement device (950) places the entries in the standby 
calendar reserved for each traffic; once filled up the 
standby calendar is swapped to the active calendar; the 
active calendar is continuously read and the correspond- 
ing cells are sent onto the output line by the transmit 
device (970). 
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Description 

FIELD OF THE INVENTION 

This invention deals with problems of traffic control 5 
in the fixed length cells switching high speed networks 
and more particularly with a shaping method and appa- 
ratus to be implemented in an ATM network node 
adapter. 

10 

BACKGROUND OF THE INVENTION 

The basic advantage of the new high bandwidth, low 
delay, fixed length cell based transfer mode techniques, 
such as Asynchronous Transfer Mode (ATM), is to allow 15 
multiplexing and switching of different types of informa- 
tion over the same network: data, voice, image, video, 
while optimizing the bandwidth and resources utilization. 

Congestion control inside these networks is one of 
the major problems to be resolved. As the cells are short, 20 
no space is allocated in the header to enable error recov- 
ery for the cell payload. If one cell of the block has been 
lost or discarded by the network in case of network con- 
gestion, error recovery is performed at the higher-level 
by recovery protocols retransmitting the user data block. 25 
The error rate being extremely low in the internode links, 
cells lost because of random errors is not a potential 
problem. However, when a node discards cells for reason 
of traffic congestion detected, it is unlikely that these cells 
will come from a small number of logical data blocks. Dis- 30 
carding 1 000 cells, if the average user data blocks length 
is 2KBytes(a low estimate), sent as 43 cells, may cause 
the network to absorb a retransmission of 43,000 cells! 
This case indeed is the worse case when the 1 000 mes- 
sages come from 1 000 different connections. That is why 35 
the protocols need to be efficient enough to limit the con- 
gestion problems in this type of networks. 

In the ATM connection-oriented networks, the end- 
to-end traffic of data for one user, between the source 
and the destination, is represented by a Virtual Connec- 40 
tion (VC); several Virtual Connections may be grouped 
in a Virtual Path (VP) that can be switched as a unit. The 
bandwidth is allocated dynamically as part of a connec- 
tion setup signalling procedure that precedes end-to-end 
information exchange. At call admission time, the source 45 
user provides, in addition to the destination point, a set 
of parameters, called the traffic descriptors, which 
attempts to describe the traffic that will begenerated onto 
the links. For instance, a mandatory descriptor is the 
peak cell rate of the connection, R. If this parameter is 50 
sufficient to fully describe Constant Bit Rate (CBR) con- 
nections, i.e., periodic stream of cells such as uncom- 
pressed voice, further parameters are necessary to 
describe Variable Bit Rate (VBR) connections such as 
those for video traffic. The burst of traffic is measured by 55 
the average cell rate and the average duration of an 
emission at the peak rate R in most of the high speed 
networks literature. As seen above, in ATM networks, 
cells may be lost or unacceptable delays can be induced 



in case of traffic congestion. Depending on the type of 
traffic conveyed over the ATM network, the first or the 
second just mentioned behavior of the network, in case 
of congestion, may damage the quality of traffic over the 
virtual connections: for voice traffic, cells can be lost but 
a delay in transmission is unacceptable. When data is 
transferred on the virtual connection, the delay can be 
acceptable but not the cell loss. That's why the network 
guarantees a Quality of Service (QoS). The QoS guar- 
anteed by a network is, in most cases, expressed in 
terms of cell loss probability and maximum end-to-end 
delay for a cell, independently of network topologies and 
protocols. One can note that the end-to-end delay 
between two users is increased if the end-to-end con- 
nection crosses different network entities (private or pub- 
lic carrier networks) which have their own protocols and 
traffic management. 

In order to meet the QoS, the network nodes have 
to control the traffic congestion both at connection 
admission time and once the connections established. 

At connection admission time the access node has 
to decide if it can accept the connection or not: its deci- 
sion is based on the actual load of the links, and its ana- 
lyzing of the traffic parameters of the connection. 
Moreover, it has also to compute a path table to carry 
this overload of traffic through the different nodes. If no 
path is found, the call is rejected. It is important to note 
that the decision to accept a new call has to be taken not 
only if the network node estimates that the QoS for the 
connection will be met but also if it is sure that the added 
traffic will not have a significant impact on the QoS of all 
the connections already established. 

Af irst control on traffic congestion, once the connec- 
tion is established, is performed by the policing function 
implemented in a device, the policer, of the network 
access node adapter. The policer will detect and penal- 
ize the violation of the peak cell rate on the current traffic 
compared to the one required at call set up. Instead of 
the peak cell rate, another descriptor such as the Sus- 
tainable Cell Rate, the SCR (that is not yet a standard- 
ized parameter) can be used as a criterion for the policing 
function; in the following of the description, any reference 
to the peak cell rate can be replaced by SCR. The polic- 
ing function is also referred in the ATM literature as the 
Network Parameter Control (NPC) or the Usage Param- 
eter Control (UPC) depending if the source unit is a Net- 
work Node or a Customer Premise Node; Indeed, an 
efficient policing function should be transparent as long 
as the traffic characteristics provided by the source at 
call setup are met. When the number of cells received 
exceeds the number of cells corresponding to the peak 
rate negotiated at traffic establishment time, the policing 
function will discard or tag the user cells depending on 
the cell loss priority. 

A second control of traffic congestion consists in 
shaping the output network node traffic by spacing the 
cells departures in such a way that the time between two 
departures of cells for a same connection is never below 
the minimal value negotiated at connection setup time. 
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It has been shown that, on the average, the multiplexing 
of spaced cells tends to decrease the 'burstiness' of the 
aggregate traffic and then allows a better utilization of 
the network resources. 

FIG.1 shows the shaping principle applied to the s 
input cells stream 1. The shaded cells have been sent 
by a first user and the cells marked with a cross have 
been sent by a second user. The result of shaping is 
shown with the output cells stream 2: the cells marked 
with = have been moved and the departure time between 10 
two cells have become more regular. The spacing of the 
cells is done in respect with the bandwidth share required 
by the users: in the output cells stream, the departure 
time between two cells is smaller for the cells of the first 
user than for the second user because the first user has is 
required a greater bandwidth share than the second 
user; moreover, in the output stream the bursts of traffic 
have decreased: one can note that the groups of three 
cells of the input stream 1 have disappeared in the output 
stream 2. 20 

The policing function is implemented in the access 
network nodes. The device implementing the policing 
function, the policer, is part of the high speed adapter 
cards; it controls and, if necessary, penalizes the traffic 
entering the network. 25 
The shaping function is implemented in the devices 
accessing a network: they can be Customer Premise 
Nodes accessing an ATM network or a Network Node at 
the boundary of a first ATM network and intending to 
access another ATM network. The device implementing 30 
the shaping function, the shaper, is also part of the high 
speed adapter cards and controls the sending of the out- 
put traffic cells. FIG.2 shows a shaper and a policer 
implemented in a network node. 15 are the input lines 
conveying the input cells streams which are received by 35 
the input adapters 10; in each input adapter 10 the 
policer controls and penalizes, if necessary, the cells 
stream for each user; than the cells are switched in the 
switch 30 and sent to the output adapters 20. In each 
output adapter 20 there is a shaper which spaces the 40 
cells which are sent to the output lines 25. FIG.3 shows 
a network topology to convey the traffic of users from the 
source unit 40 to the destination unit 60 through the two 
networks 42 and 52. In these networks the nodes 45 are 
the access nodes; the policers are implemented in these 45 
access nodes 45. The shapers are implemented in the 
source unit 40 and in the node 50 which is at the bound- 
ary of the first network 42 and which accesses the sec- 
ond network 52. As the destination unit 60 may be a 
Customer Premise Node having implemented a policer, 50 
it is recommended to implement also a shaper in the 
node 55 located at the boundary of the network 52. 

Many policing schemes have recently been studied; 
some of the most known are the leaky bucket, the jump- 
ing window, the moving window as described by Raif O. 55 
Onvural in his book entitled "Asynchronous Transfer 
Mode Networks: performance issues", Artech House 
edition. Without lack of generality, each policing function 
estimates one or more traffic parameters for a given 
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period of time P. As this period of time P decreases, the 
policer may become non-transparent to users generating 
a traffic in conformance with the parameters negotiated 
at connection establishment time. On the other hand, as 
P increases, the policer takes longer to detect that the 
source exceeds its declared characteristics. However, 
the latter approach is more fair since it allows the user to 
generate a stream of cells that have short-term fluctua- 
tions. This is done at the expense of more memory 
requirements at the node level. 

The only policing function proposed as a standard 
by the ITU (International Telecommunications Union), is 
the Generic Cell Rate Algorithm (GCRA). Details of the 
GCRA are given in the ATM Forum, "ATM User-Network 
Interface Specification", Version 3.0, 1994. Its role is, for 
each connection, to monitor the traffic arriving upstream 
according to the cell period T (T corresponds to the 
inverse of the peak cell rate R) and a given tolerance 1 
on this period. Basically, a cell is assumed to be conform- 
ing if the time elapsed between the arrival of two consec- 
utive cells (belonging to the same connection) is greater 
than or equal to T - t. If not, the cell is assumed to be 
non-conforming and is tagged and possibly discarded. 

The policer discards cells not only because the 
source of traffic has violated the parameters negotiated 
at connection establishment but also because of a dis- 
torsion in the cell stream well known as jitter or Cell Delay 
Variation (CDV). This distorsion is due to the queuing of 
the cells at each intermediate network node and more 
generally the multiplexing of the cells on the output lines. 
The magnitude of the jitter depends on many parame- 
ters: the connection peak rate, the peak rate of the other 
connections that share the same link, the link load, the 
number of nodes passed through etc... A consequence 
of the jitter is to induce, as the user cells travel through 
the network, some distortion on the traffic parameters 
declared by the source upstream. Especially, the instan- 
taneous peak cell rate R' which may be modified and may 
pass beyond the value R declared by the source 
upstream at connection establishment time. In the worst 
case R'>R and the policing function with a short meas- 
urement interval (small period of time P) may take unde- 
sirable discarding actions. This is typically the case of 
the GCRA when the specified tolerance t, named Cell 
Delay Variation Tolerance (CDVT), is small. That's why 
the shaping function will buffer cells so that the departure 
rate from a node is less that the arrival rate. It has been 
shown that the multiplexing of spaced cells tends to 
decrease the "burstiness" of the aggregate traffic and 
then allows a better utilization of the network resources. 

Policing and shaping control techniques should take 
into account the real-time constraints; as implemented 
in high speed network node adapters dealing with lines 
at several hundreds of Megabits per second. For exam- 
ple, the cell transmission time (cell time cycle) is about 
2.7jLts for a line speed of 155.52 Mbps (OC-3), and less 
than 0.7 jus for a line speed of 622.08 Mbps (OC-12). 
This implies that the shaping and policing methods have 
a very short computing time not to pass the cell cycle. 
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For instance, assuming that only ten instructions are 
needed to both compute a cell transmission time and 
queue the cell to an output buffer; assuming that each 
instruction takes no more than one time cycle, the exe- 
cution requires from the processor more than 14 Mips 5 
(Million of instructions per second) devoted to this task, 
for an OC-12 output link. Usually hardware devices are 
needed and only simple computations (a few software 
instructions) and basic manipulations of cells are possi- 
ble. As a consequence, shaping function will have to w 
cope with a trade-off between complexity and perform- 
ance. 

Taking into account these above performance con- 
siderations, two shaping schemes are briefly examined 
hereunder. They represent the state of the art. 15 

The first one, relies on a very basic principle: the 
shaping function sends a given number, p, of cells at the 
link speed C, and keeps "silent" (i.e. the cells are buff- 
ered) till p(C/R-1). If this approach requires no computa- 
tion nor complex operations at the cell level, the CDV 20 
induced is quite bad and the tolerance that should be 
accommodated at the GRCA level to accept all the cells 
would be typically p(C/R-1). Some chips are available 
and described in "SARA Chipset Technical Manual" 
TranSwitch, November 1 992, "FRED Chipset ATM Over- 25 
view" National Semiconductor, 1993, "Adaptation Layer 
Controller (ALC)" Fujitsu, October, 1993, "User's Manual 
|mPD98401 Local ATM SAR CHIP (Preliminary)", NEC, 
June 1994 and "ATMIZER MegaCore" Preliminary spec- 
ifications 1993 by LSI Logic Corporation Milpitas CA 30 
describing a device having a "Pacing Rate Unit" . These 
chips are rather used for terminals ATM connection than 
for ATM nodes, are using one or two cascaded leaky 
buckets to shape the output traffic. These solutions are 
not satisfactory for the ATM node because they do not 35 
suppress but only spread the bursts of traffic. 

The second one, more sophisticated, is detailed in 
Eugen Wallmeier and Tom Worster article entitled "The 
spacing Policer, an algorithm for efficient peak bit rate 
control in ATM networks", published in the Proceedings 40 
of the of the XIV International Switching Symposium, 
Yokohama, Japan, October 25-30, 1992. For an incom- 
ing cell of one connection, the time between two cell 
transmissions is such that the output peak rate is met, 
and the cell is queued to a list-of-cells that have to be 45 
sent at the same time tk. This list is referenced by the nth 
entry of a cyclic calendar with N inputs. A new entry of 
the calendar is seek at each cell time cycle, and the list- 
of-cells that have to be sent at time tn (0^n<N) if any, is 
moved and queued to an output list. In short, the follow- 50 
ing operations are done at each cell time cycle: 

Computing the transmission time ti for the incoming 
cell belonging to connection i 

Enqueueing the cell to the list-of-cells at the nth 55 

(0^n<N). entry of the calendar. 

Moving the list-of-cells of the current position m 

(0^m<N) of the calendar to the output list. 

Sending the first cell to the output list. 



Incrementing the calendar position. 

Although this algorithm gives good results in terms of 
CDV, it is impossible (without the knowledge of the aggre- 
gate incoming traffic pattern) to predict the jitter induced 
by the spacer. Therefore, the tolerance that should be 
accommodated at the GRCA must be quite large to 
ensure a minimal cell loss probability. 

The state of the art described above and all known 
existing shaping schemes rely on the same principle: 
they compute a cell transmission time at each cell arrival, 
which depends on both current time and the time when 
the last cell was transmitted. For this reason, these shap- 
ing schemes may be referred as cell-basis schemes. 

The object of this present invention is to provide in 
the network node adapters transporting fixed length 
cells, a shaping method which controls and minimizes 
the CDV with a minimum of computing resources. This 
would limit the bursts of traffic and thus the problem of 
traffic congestion in these high speed networks. This 
invention would also allow to anticipate the real traffic 
and thus avoid any penalization of the policers when 
accessing another network. 

SUMMARY OF THE INVENTION 

In a fixed length cell switching network, the shaping 
method of the invention implemented in the adapter sup- 
porting output lines, consists in scheduling in advance 
the departure time of the cells for each transfer of traffic 
between a source unit and a destination unit. 

The shaping function is activated each time a 
change has occured in the traffic supported (new traffic 
added, end of traffic, modification in the traffic already 
established). This anticipated computing reduces signif- 
icantly the number of operations performed in the cell 
cycle to send a cell onto an output line. 

The method provides two lookup tables called the 
active and the standby calendars per one output line of 
the adapter, each entry in the calendars storing a traffic 
identifier representing the position of one cell in the out- 
put cell stream which will be read by the transmit device 
and sent onto the output line; 

At each change with the traffics supported, the 
standby calendar is filled up with the new output stream 
and once the standby calendar is filled up it becomes the 
active one; the active calendar is continuously read and 
the transmit device is activated at each entry read to 
send onto the output line the cell corresponding to the 
traffic identifier read. 

The invention implies the usage of a first lookup 
table, the active calendar, which is read by the device in 
charge of sending the output sequence of cells over the 
output line At each change with the traffics established 
in the node, a second lookup table, the standby calendar, 
is filled up with a new arrangement of the sequence of 
cells of all traffics established. Once the arrangement 
achieved, the active calendar is swapped to the standby 
one. 
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In a feature of the invention, the fixed length cell 
switching network node is an ATM network node sup- 
porting user connections: Virtual Connections and Vir- 
tual Path connections between the source unit and the 
destination unit. 

With the hardware implementation of the invention 
as described in the preferred embodiment section having 
a calendar of 2**14 entries, the performance expected 
allow the support of OC3 lines and up to 100 swapping 
operations of the calendar per second. This former result 
would allows up to 100 modifications per second in the 
set of connections particularly necessary to support for 
the ATM switched networks. A speed line up to OC12 
can be supported with the corresponding size of the Ran- 
dom Access Memory units of the hardware implementa- 
tion described below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG.1 illustrates the shaping principle. 

FIG.2 shows the policer and shaper in the ATM net- 
work node adapters. 

FIG.3 shows the shaper and the policer placed at 
the boundary of ATM networks. 

FIG.4 is the algorithm describing the process of 
reading the active calendar and sending the cells 
over the propagation medium. 

FIG.5 is the first part of the algorithm describing the 
building of the standby calendar. In this part the con- 
nections are sorted in the descending order of their 
bandwidth share. 

FIG.6 is the second part of the algorithm describing 
the building of the calendar. It describes the place- 
ment of the entries corresponding to each connec- 
tion. 

FIG. 7 illustrates the calendar building with four con- 
nections. 

FIG.8 is the distribution diagram of the CDV values 
obtained by the placement simulated for 600 con- 
nections. 

FIG.9 illustrates the spacing of output traffic with the 
shaping method of the invention. 

FIG.1 0 is the hardware implementation of the build- 
ing of the calendar. 

FIG.1 1 represents the User's Table. 

FIG.1 2 illustrates the chaining of the User's Table, 
bandwidth table and link table used for the sorting 
hardware mechanism. 



FIG. 13 shows the apparatus implementing the 
shaping function. 

DETAILED DESCRIPTION OF THE PREFERRED 
5 EMBODIMENT 

As shown in figures 2 and 3 described later in this 
section, the shaping function of the invention is imple- 
mented in the output adapter or the transmit part of the 

10 adapter of a fixed length cell switching network node sup- 
porting output lines. The node supports transfers of infor- 
mation for a given user between a source unit and a 
destination unit. These transfers of information will be 
referred as user traffics or traffics in the following. 

15 The method of the invention consists in preparing in 
advance the departure of the cells for all the traffic estab- 
lished in the network node and which will be sent onto 
the output lines. For each output line, the cell stream is 
stored in two lookup tables called the calendars: the 

20 active calendar and the standby calendar. In said calen- 
dars, one entry corresponds to a time unit required for 
cell departure; each entry of the calendars is reserved 
for the departure of one cell of a given user traffic if it is 
filled up with the identifier of the user traffic. The the 

25 active calendar is continuously read; for each entry read, 
a cell of the corresponding traffic is sent onto the output 
line. If the entry is empty, an elapsed time corresponding 
to the cell departure time is sustained by the transmit 
device or an idle cell is sent onto the output line and will 

30 be discarded by the remote device. When the last entry 
of the calendar is read, the reading restarts at the first 
entry. At each change with the user traffics (new traffic 
added, one traffic terminated or one traffic modified), the 
second calendar, the standby calendar, is prepared. The 

35 entries in the standby calendar are reserved for the traf- 
fics established in such a way that the Cell Delay Varia- 
tion (CDV) is minimal. The CDV is induced by the 
variation between the final placement of the entries com- 
pared to the ideal one. The ideal placement of the entries 

40 for one user traffic corresponds to the entries equally 
spaced with a number of entry corresponding to the 
bandwidth share required by said traffic. If one entry of 
the ideal placement is already reserved for another traf- 
fic, there is a collision: the entry finally reserved will be 

45 the one inducing a minimum CDV on the placement; the 
method of placement to solve the collision with a mini- 
mum CDV is explained later with FIG. 10. Once ready, 
the standby calendar is swapped to the active calendar. 
The preferred embodiment of the shaper is 

so described in FIG. 1 3. It is implemented in the adapter 20 
supporting the output lines 25 in the network node. A 
general processor 930 fills up a User Table (UT) 935 con- 
taining in each entry a traffic identifier and the number 
of entries to be reserved in the standby calendar for the 

55 said traffic. This operation is performed each time a traf- 
fic is added, changed or removed. The general processor 
930 of the adapter which is not part of the shaper, sends 
to the a control device 940 of the shaper, via the link 937, 
the request for starting the update of the standby calen- 
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dar as soon as the User Table is ready. Then, the control 
device 940 sorts the data related to the traffics and 
updates thru link 939 two tables: one Bandwidth (BW) 
table 947 with the traffic identifier in the descending order 
of the bandwidth share and pointing to the LinkTable (LT) 5 
949, the second table, having all the traffic identifiers 
having the same bandwidth share. The control device 
940 sends through link 943 to the placement device 950 
described in FIG. 10, the data to update the STANDBY 
CALENDAR 957 . These data are used by the placement w 
device 950 which computes all the entries corresponding 
to one traffic. The data are sent to the STANDBY CAL- 
ENDAR via link 955. In parallel, the ACTIVE CALENDAR 
959 sends in sequence the data to the transmit device 
965 which is not part of the SHAPE R, the traffic identifier 75 
being sent through link 965 to the TRANSMIT DEVICE 
970. In the storage 975, the cells for each traffic are 
stacked in queues 978. The transmit device knows how 
to fetch the cell corresponding to the traffic identifier 
which is in the storage 975 and sends it onto the output 20 
line 25. When the entry of the calendar is zero the priority 
traffics in other queues 978 are analyzed by the transmit 
device; if there is no cell to send an elapse timer is set 
or an idle cell is sent. The STANDBY CALENDAR 957 
once filled up starts sending the entries via link 960. This 25 
second transfer of data is then taken as the only one by 
the TRANSMIT device 970: when the data are received 
thru link 960, link 965 is ignored and vice-versa. The 
STANDBY calendar has been swapped to become the 
ACTIVE CALENDAR. In parallel, at the same time, the 30 
placement device has detected the end of the first cal- 
endar 957 and in consequence, starts filling up the sec- 
ond calendar 959 sending data to it thru the link 956. The 
reverse operation happens when the calendar being 
filled up is ready. 35 

The method implemented in the calendars 957 and 
959 and in the transmit device of FIG. 13, to read the 
active calendar is described in FIG.4. The step 65 initial- 
izes a pointer to the first entry in the calendar. Step 67 
is for reading the corresponding entry and request for a 40 
cell of the corresponding user (traffic) identifier for iden- 
tifying the connection. If the entry is zero, checked by test 
68, this means that no user traffic is actually scheduled 
in this entry of the calendar and the process goes on with 
step 71 . If the result of test 68 is no, the test 69 is per- 45 
formed to check if one cell is ready to be sent in the wait- 
ing queue of the traffic. If yes, the cell is sent in step 71 
over the output line. If no cell is ready to be sent, the test 
73 is performed to check if a priority traffic has been noti- 
fied to the system. If YES, the cell of said priority traffic 50 
is sent in step 71 , if NO, no cell at all has to be sent, and 
the step 75 is performed. In step 75 two possible imple- 
mentations for no cell sent: either an elapse timer is set 
corresponding to the cell departure time or an idle cell is 
sent: this specific cell will be destroyed by the receiving 55 
terminal. After cell departure time is over, if the result of 
test 77 is yes, which means that a calendar swap status 
is pending, then the swap between standby and active 
calendar is performed in step 81 and the process restarts 



as if the answer to test 77 was NO. The entry in the cal- 
endar is incremented in step 79 and the process goes 
on with step 67. 

Figure 5 and 6 illustrate the method for preparing the 
standby (or next active) calendar. Upon request of gen- 
eral processor 930 in FIG. 13 which has just updated the 
User Table, a new standby calendar is prepared. The first 
step consists in calculating the number of cells to be 
placed in the calendar for the traffic. When the calcula- 
tion is over, if the answer to test 1 10 is YES, the standby 
calendar is reset and a list of sorted user traffics is cre- 
ated in step 120. The sorting criterion is the traffic band- 
width share in the descending order. The first step to fill 
up the calendar is to find the first available slot in step 
1 30; in step 1 40 the traffic having the greatest bandwidth 
share is identified and the first entry is filled up with the 
identifier of said user traffic in step 150. The next ideal 
entry for said traffic is considered in step 1 70. If, the end 
of calendar is reached, all the entries have been 
reserved for said user traffic, the answer to test 160 is 
YES then the test 210 is performed. If the user traffic is 
the last one in the list of traffic, the calendar is ready to 
be swapped and the status 'calendar ready to swap' is 
set in step 21 5. This means that the standby calendar is 
ready to be swapped to the active calendar. If the answer 
to test 210 is NO, there is another traffic for which the 
entries need to be reserved in the calendar and the proc- 
ess goes on with step 130. If the answer to test 160 is 
NO, this means that all the entries have not been 
reserved for the current traffic. If the answer to test 180 
is YES, this means that the entry is empty and the proc- 
ess goes on with step 150, the entry is filled up with said 
traffic identifier. If the answer to test 180 is no, the colli- 
sion needs to be solved in step 200 with the method 
explained later in FIG.1 0. The process goes on with step 
1 70 to achieve the placement of the entries for one traffic 
then for all the traffics and set the status 'calendar ready 
to swap'. 

The CDV for a given traffic used in the method of the 
invention is considered as depending not only on the 
deviation of the final departure placement of cells versus 
the ideal placement but also the bandwidth share 
required by the connection. It is assumed that for the 
same deviation of the entries reserved for two traffics, 
from their ideal position the CDV will be greater (and thus 
more sensible for the control of traffic congestion in the 
network) for the traffic using a larger bandwidth share 
than if the traffic requires a smaller bandwidth share. In 
consequence, the entries for the traffics having the high- 
est bandwidth share are reserved first in the calendar. 
Then for each traffic, each entry is placed, following the 
ideal positions and when the positions are not empty, 
because it is already reserved for another traffic, the 
nearest free entry is taken. Many calendar building oper- 
ations using the above method of placement, based on 
various test cases varying the number of traffics and their 
placement of entries in a large range, have been tried. 
These simulations have highlighted that a right-left 
search around the ideal position gives always a better 
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result than right-only search. Assuming I is the ideal 
interval between two entries reserved for one traffic in a 
calendar by the placement device, corresponding to the 
bandwidth share negotiated at traffic establishment time 
and i, the minimal interval between two entries reserved 5 
for one traffic in a calendar by the placement device, the 
CDV for said traffic is expressed by (l-i)/l (expression 1). 
According to expression 1 , the results of tests performed 
applying the method of the invention provides a distribu- 
tion of the CDV value centered around 10%. The worst 
case is found with a test case using 99.8% of the slots 
(or bandwidth) with many connections having a number 
of slots close to each other but not equal. The CDV dis- 
tribution of the 600 connections calendar built with this 
test case is shown with the distribution diagram of FIG.8: 
255 connections have a CDV centered on 20%. 

FIG. 10 represents the placement device 950: it is 
the implementation of the placement method of the 
entries of one given traffic in the standby calendar. At 
one point in time the control device 940 sends a com- 
mand of 'search placement for said traffic' thru a link 943 
to a counter SEARCH 41 0. The counter SEARCH points 
to one address of the calendar 957 read in a register 
ADDRESS 400 thru a link 540, which is the current 
address to be searched. The entry read at this address 
of the calendar is sent thru a link 520 from the calendar 
957 to a DECODE EMPTY device 420 which checks is 
the entry is empty. If it is empty, the user identifier read 
in a buffer 430 is sent to the calendar via link 530 is writ- 
ten in said pointed entry of the calendar. If the pointed 
entry of said calendar is not empty, there is a collision 
and the entries +1, -2, +3, -4 etc... are successively 
decoded until an empty entry is found. When found, the 
user identifier value is written as above. The current 
address read in the ADDRESS register 400, which is the 
address to be searched by the counter 410, has been 
sent thru a link 550 from an ADDER 460 where are 
added the following values: a fixed increment sent from 
a register INCR 440 sent via a link 570, a value in a ana- 
lyser 450, which is zero or +1 , sent via a link 560 and the 
preceeding value of the address stored in the ADDRESS 
register 400 and resent to the adder 460 via a link 580. 
The register 440 contains the increment value: it is the 
value of the ideal interval between two entries. This value 
is computed by the Control Device 940: it is the quotient 
of the division of the total number of entries in the standby 
calendar, 2**1 4 for our example, by the number of entries 
to be reserved in the calendar for said traffic. When start- 
ing the placement of said traffic, the control device sends 
thru link 943 the quotient, the remainder and the divisor 
of the division described above thru the link 943. The 
quotient is sent internally to the placement device, thru 
a link 640 and then a link 650 to the increment register 
440 where it is stored. The remainder is sent internally 
to the placement device, thru link 640 then thru a link 660 
where it is stored in a register REST 480. The divisor, 
which is the number of entries to be reserved in the 
standby calendar for said traffic, is sent internally to the 
placement device, thru link 640 to be stored in the dec- 



rementer BW 470. The control device, once these initial- 
izations done for one traffic, sends a command of 'search 
placement for said traffic' to the SEARCH counter 410. 
When search operation is performed, each time an entry 
is written in the standby calendar for said traffic, the dec- 
rementer 470 is decremented of 1 via a link 680. An ana- 
lyzer 450 combines the values of the decrementer 470 
and the register 480 thru two links, respectively 590 and 
600; then it decides to send zero or + one to the adder 
thru the link 560. The analyzer will send the value +1 as 
many times as the number stored in the register REST. 
The distribution of zero and +1 is regular between all the 
entries to be reserved in the calendar for one given user 
traffic. Considering that for N entries to reserve for a 
given user traffic, if the remainder in the register REST 
is r, the quotient being q in the register INCR in the divi- 
sion of the total number of available entries in the calen- 
dar by the number of entries N for said traffic, then the 
anlyzer will send +1 , one time on (N-r)/r: this implies that 
one entry upon (N-r)/r reserved for said traffic will be 
spaced from the next one by q + 1 the remaining ones 
being spaced from the next one by q. In the case where 
(N-r)/r is not an integer, the integer immediately less than 
this number is taken. For a given traffic, the process of 
placement of entries in the calendar stops when the 
number of entries to be placed in the calendar stored in 
the decrementer 470 is zero. 

In the preferred embodiment, active and standby 
calendars of 2**14 entries are considered as sufficient 
to support OC3 speed lines. Each calendar entry is 
scanned at the cell departure beat over the output line 
which is close to 2.7 jmseconds. The chief parameter that 
governs the number of entries of the calendar is the 
smallest share of the medium bandwidth that can be 
attributed to a single connection. For instance, a calen- 
dar for an OC3 which a a payload bandwidth of 149.760 
Mbps may require 2 **1 4 entries since the smallest incre- 
ment of payload given to one user is roughly 149.10**6 
/ 16.10**3 or 9 kbps which is low enough to accomodate 
a voice channel (compressed 64 kbps channel). Another 
parameter that may have to be considered is the granu- 
larity in the adjustment of the bandwidth the network 
manager may want to control. If there is no special 
restriction imposed on the sharing of the bandwidth 
(other than what has just been said on the granularity 
and on the minimum increment), there is no perfect solu- 
tion (CDV = 0) because a situation may always be found 
where at least two users are competing for the same 
departure time of a cell. 

The result of the method of the invention for the 
placement of the entries of one user traffic minimizing 
the CDV is illustrated in FIG.7. Table 31 shows the ideal 
placement of the entries to be reserved for user traffics 
A, B, C and D, already ordered in the descending order 
of their bandwidth share. The traffic entries are placed 
in the ideal entries where the CDV is null. After this place- 
ment, 20% of the bandwidth share is unused and there 
are 6 cases of collisions (indicated with the symbol "+") 
where connections are competing for the same depar- 



15 



20 



25 



30 



35 



40 



45 



50 



7 



13 



EP 0 702 472 A1 



14 



ture time. The CDV value is increased to assign for the 
entry of connection C the next closest position around 
the ideal one which will be free. The same process is 
applied to connection D. Table 300 illustrates the final 
placement of the connections entries in the calendar 5 
once the collisions have been solved. 

Compared to the chip cited as prior art, the solution 
brings a significant advantage in suppressing the 'bursti- 
ness' of the output traffic. In FIG.9 is provided a sample 
of input and output data flows illustrating the shaping of 10 
the traffic with the solution of the invention. With this sam- 
ple, 4 connections share 75% of the bandwidth. Connec- 
tion 1 has nominally 40% of the bandwidth,connection 2 
has 20%, connection 3 has 10% and connection 4 has 
5%. The table 320 illustrates a random input sampling 15 
and table 330 the shaped output sampling. Each column 
in the tables is the sampling of cells actually accumulated 
or sent over a standardized 10 cell period of the output 
line. The figure shows that the output traffic is much more 
regulated, due to the action of the shaper, than the input 20 
traffic: bursts and spaces between cells are improved. 

The interface with the device in charge of the adapter 
and the shaper is the User Table (UT) as illustrated in 
FIG.1 1 . This table has as many entries as the number of 
traffics to manage. Whenever the general processor of 25 
the adapter wants to update the calendar, it has just to 
update the User Table at the entry corresponding to the 
traffic. Each entry contains the traffic identifier and the 
number of entries that must be reserved for said traffic 
in the next calendar. Once the user table is updated, the so 
shaper is activated to perform a rebuilding of the standby 
calendar that will replace the active calendar. 

The tables described in FIG. 12 and used in the pre- 
ferred embodiment shows how the user traffics which 
have a larger sharing of the medium bandwidth have 35 
their entries placed first in the calendar. Thus, the sorting 
of the connections is based on the number of necessary 
entries: the traffics with a higher bandwidth share have 
a greater number of entries reserved in the calendar. To 
achieve it, two extra tables are added to the user's table 40 
935 and prepared by the control device 940 (in FIG. 13) 
before the updating of the standby calendar may start. 
The first one is the bandwidth table (BW table) 947 which 
has 2**14 entries; at each re-computation of the calen- 
dar this table is first cleared, then the User's Table is 45 
scanned. At each UT entry where a non zero bandwidth 
value is found, an entry is done in the BW table with the 
user identifier corresponding to the traffic having this 
bandwidth. Obviously, there may be many connections 
having the same bandwidth value share thus competing 50 
for the same entry in the bandwidth table. This is solved 
with a third table, the link table (LT table) 949, which links 
the traffics at the same bandwidth. Because the user traf- 
fic identifier are unique, no other conflict may occur in 
the LT table which has 2**13 entries like the UT. The 55 
building of the calendar starts with the generation of the 
BW and LT tables which are then read by the control 
device of the shaper 940 to place all the traffics starting 



with the one having the highest bandwidth share to com- 
ply with the method of the invention. 

The high speed adapters will need in the shaper a 
set of two calendars per output line. The same hardware 
implementation as described above is used and the set 
of two calendars repeated as many times as the number 
of output lines. The size of the calendar is always related 
to the bandwidth of the line: as said before, for a line 
speed of 150 Mbps a 16K (2**14) entries calendar is 
used ; for a line of 45 Mbps a 8K entries calendar pro- 
vides also a satisfactory level of granularity. In a more 
sophisticated implementation of the invention, the size 
of the calendar can be settable by program or command. 

Claims 

1 . A method for shaping the output traffic in the transmit 
part of an network node adapter equipped with out- 
put lines; said network node supporting fixed length 
cell switching user information traffics between a 
source unit and a destination unit; said source unit 
sending at user traffic establishment time a band- 
width share required; said adapter being equipped 
with a transmit device which reads the cells in a stor- 
age and sends them onto said output lines; said 
method being characterized in that it provides two 
lookup tables called the active and the standby cal- 
endars per one of said output line, each entry in the 
calendars representing the position of one cell in the 
output cell stream which will be sent onto said output 
lines; said method characterized also by the follow- 
ing steps: 

A) at each change with the user traffics sup- 
ported, filling up the standby calendar with the 
new output stream and once said standby cal- 
endar is filled up, swapping the standby calen- 
dar to the active one; 

B) continuously reading the active calendar and 
activate the transmit device to send onto the out- 
put line the cell corresponding to the user traffic 
read; 

2. The method of claim 1 where the step B) includes 
the following steps: 

reading one entry of the active calendar and 
sending the user traffic identifier read to the 
transmitting device; 

detecting if the standby calendar is ready to 
swap and if it is the case, going on reading the 
same entry in the standby calendar; if no status 
of standby calendar ready to swap is detected 
going on with the same calendar; when reach- 
ing the end of calendar, restarting at the first 
entry. 
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3. The method of claims 1 or 2 where the step A 
includes the following steps: 

choosing the user traffic in the decreasing order 
of their bandwidth share; 

reserving for each user traffic the entries corre- 
sponding to the smallest variation versus the 
optimal placement corresponding to said band- 
width share; 

once the last user traffic reservation is per- 
formed in the standby calendar, setting the sta- 
tus for standby calendar ready to swap. 

4. The method of claims 3 where the reservation of the 
entries in the standby calendar includes the follow- 
ing steps: 

ordering the user traffics in the decreasing order 
of their bandwidth share; 

for each user traffic, reserving the entries corre- 
sponding to the bandwidth share requested at 
user traffic establishment time; 

in case of collision finding the nearest right-left 
searched free entry. 

5. The method of claim 3 and 4 characterized in that 
the sorting of the user traffics in the decreasing order 
of their bandwidth share includes the following 
steps: 

at each change with the user traffics preparing 
a table called the User Table (935) containing 
for each user traffic the user traffic identifier and 
the number of entries to be reserved for the user 
traffic; 

preparing also two other tables containing the 
user traffics identifiers, the first one (947) with a 
list of different user traffics sorted in the 
decreasing order of their bandwidth share and 
a pointer to the second table (949); said second 
table containing for each entry pointed by said 
first table the list of user traffics having the same 
bandwidth share. 

6. The method of anyone of claim 1 to 5 characterized 
in that the fixed length switching network is an ATM 
network and the user traffics are Virtual Connections 
or Virtual Path Connections. 

7. The method of anyone of claim 4 to 6 characterized 
in that for placing the entries as required by the 
bandwidth share required at user traffic establish- 
ment time and before solving the possible collisions, 
the following steps are performed: 



dividing the total number of entries available in 
the standby calendar by the number of entries 
to be reserved for one user traffic; r being the 
remainder and q the quotient of said division; 

5 

if r is equal to zero, reserving all the entries for 
said user traffic spaced with q entries in the cal- 
endar from the following entry; 

10 - if r is different from zero, reserving r entries 
spaced with q + 1 entries in the calendar from 
the following entry for said user traffic; the 
remaining entries to be reserved for said traffic 
being spaced with q entries in the calendar from 

15 the following entry for said user traffic; 

regularly distributing entries spaced with q and 
q + 1 entries from the next entry for said traffic. 

20 8. The method of claim 1 to 7 characterized in that, if 
the entry read is unoccupied in task A) of claim 1 , a 
timer is set with an elapsed time corresponding to 
the cell departure time. 

25 9. The method of claim 1 to 7 characterized in that, if 
the entry read is unoccupied in task A) of claim 1, 
an idle cell is sent over the output line. 

10. The method of claim 1 to 9 where the size of the 
30 calendar is settable by program or command. 

11. An apparatus implementing a shaping function in a 
fixed length cell switching network node adapter 
supporting output lines (25); said adapter compris- 

35 ing a transmit device able to send cells onto output 
lines for a given user traffic; said apparatus compris- 
ing: 

first means (957) for storing a user traffic iden- 
40 tif ier in each entry and, once filled up, for send- 

ing data onto a link (960) to said transmit device; 

second means (959) for storing a user traffic 
identifier in each entry and, once filled up, for 
45 sending data onto a link (965) to said external 

transmit device; 

third means (947,949,935) for storing for each 
user traffic in the descending order of their 
so bandwidth share, the user traffic identifier and 

the number of entries to be reserved for it in the 
first means (957); 

control means to read in third means when a 
55 request is received from an external processor 

(930); 

means (950) for sending the user traffic identi- 
fier for each user traffic the entries being the 
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ones to be reserved in said first and second 
means for user traffic cells departure in an opti- 
mized order; data being sent to first means 
(957) if second means (959) is sending data 
onto the link (965) towards said transmit device; 5 
or data being sent via a link (956) to second 
means (959) if first means (957) is sending data 
towards said transmit device. 

12. The apparatus of claim 1 1 characterized in that the 10 
means (950) for sending the user traffic identifiers 
includes the following means: 

fourth means for storing (400) an address; 

15 

means for checking (420) if an entry of a storage 
is empty orfilled-up; 

fifth means (430) for storing and sending thru a 
link (530) a user identifier; 20 

sixth means (410) for reading in the first (957) 
or second means (959) an entry at the address 
read in the fourth means for storing (400); acti- 
vating the means for checking (420) if the entry 25 
is empty, reading the fifth means for storing 
(430) and filling up the entry; receiving the com- 
mand to starts the first reading operation for one 
given user traffic from the means (940) thru the 
link (943); 30 

means for adding (460) the content of three stor- 
age means (440, 450,400) whose data is sent 
via links (570,560,580) and sending back the 
new address to the storage means (400); 35 

seventh means for storing (440) a number sent 
from means (940); 

eigth means for storing a number (480) sent 40 
from means (940); 

ninth means for storing a number (470) sent 
from means (940); decrementing via link (680) 
of 1 the number stored, each time one entry is 45 
filled up by sixth means (410); 

means for reading the storing eigth and ninth 
means (470,480), combining the values read 
and regularly sending the value +1 if the content so 
of storing eigth means (480) is not zero, until the 
content of storing means (470) is not zero. 
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